Role based server installation and configuration

ABSTRACT

The described systems and methods are directed at configuring a server based on a selected role. An installation application is configured to install core components in a server where these core components enable the server to perform the basic functions of a network computing device. A role management application is configured to enable a system administrator to select a role for the server and to automatically determine software components associated with the selected role. The role management application is then configured to build the software components and install the components on the server. The role management application is further configured to configure the components for the selected role. The automated installation process performed by the role management application enables a server to be efficiently configured for a particular role without installing other unnecessary components unrelated to the role.

BACKGROUND

Configuring a server can be a labor intensive and challenging process. It is often necessary to employ a specialized Information Technology (IT) professional to correctly install and configure software components to provide the desired functionality on the server. Recently, universal server software, such as current versions of MICROSOFT® WINDOWS® Server, includes user-friendly installation utilities that enable a generalized IT administrator to install and configure a server. Universal server software is capable of configuring a server to perform a variety of different functions. However, this type of software typically requires components for most of the available functionality to be installed at all times. It may be possible for an IT administrator to disable some components of the software that are not needed for the desired functionality. However, disabling the right components requires a special understanding of the services that make up the desired functionality and which services can safely be disabled. Also, in many cases, an unwanted service can only be disabled. The actual binaries that make up the service are still installed on the hard drive and need to be patched, even though the service is not actually being used by the server operating system.

An effective solution for configuring a server that enables only the necessary components for a desired functionality to be installed without requiring specialized knowledge about the server software continues to elude those skilled in the art.

DESCRIPTION OF THE DRAWINGS

The present description will be better understood from the following detailed description read in light of the accompanying drawings, wherein:

FIG. 1 shows an example system for installing and configuring software components on a server based on the role of the server.

FIG. 2 shows an example process for configuring a server for a role.

FIG. 3 shows an example process for installing components associated with a role for a server.

FIG. 4 shows an example process for modifying a server installation.

FIG. 5 shows a screenshot of an example user interface for installing and modifying software components in a server.

FIG. 6 shows a screenshot of an example user-interface for selecting a role for a server.

FIG. 7 shows a screenshot of an example user-interface for selecting components for a role.

FIG. 8 shows a screenshot of an example user interface for showing information related to installing a role in a server.

FIG. 9 shows a screenshot of an example user interface to select preferences related to installing a server role.

FIG. 10 shows a screenshot of an example user interface for providing a summary of a server role installation.

FIG. 11 shows another screenshot of the example user interface shown in FIG. 10.

FIG. 12 shows a screenshot of an example user interface for displaying information about a server.

FIG. 13 shows another screenshot of the example user interface shown in FIG. 12.

FIG. 14 shows an exemplary computer device for implementing the described systems and methods.

Like reference numerals are used to designate like parts in the accompanying drawings.

DETAILED DESCRIPTION

The systems and methods described herein are directed at configuring a server based on a selected role. An installation application is configured to install core components in a server where these core components enable the server to perform the basic functions of a network computing device. A role management application is configured to enable a system administrator to select a role for the server and to automatically determine software components associated with the selected role. The role management application is then configured to build the software components and install the components on the server. The role management application is further configured to configure the components for the selected role. The automated installation process performed by the role management application enables a server to be efficiently configured for a particular role without installing other unnecessary components unrelated to the role. Also, since only the software components related to the role are installed, the system administrator does not have to update and maintain components that are not used by the server.

FIG. 1 shows an example system 100 for installing and configuring software components 130 on a server 103 based on the role of the server. A role of a server includes one or more functions that the server is intended to perform for a particular purpose. Typically, software installation begins by executing server installer 122 on server 103. Server installer 122 is a computer-executable component configured to identify core component codes 124 and to build operational core components 134 from the codes. Server installer 122 is also configured to install and configure core components 134 in server 103. Core components 134 are components used by server 103 to perform the basic functions of a network server device. These basic functions may include file handling, security, TCP/IP communication, network access, or the like. Core components 134 may be used by server 103 to perform other role-specific functions.

Role management tool 105 is a computer-executable component designed to configure server 103 for one or more roles. For example, role management tool 105 may be used to configure a new server for a role after core components have been installed by server installer 122. Role management tool 105 may also be used to modify an existing role installation or to uninstall an existing role on the server.

Particularly, role management tool 105 is configured to enable the selection of a role for server 103 and to identify role component codes 115 associated with the selected role. Role management tool 105 is also configured to install role-specific components 135 from role component codes 115 and to configure role-specific components 135 in server 103. Role-specific components are configured to perform the functions for server 103 related to particular roles.

Role component codes 115 include binary codes that are used to build components for different roles that can be performed by server 103. Typically, only a portion of role component codes 115 is used by role management tool to build a role-specific component for each role. To configure server 103 for a particular role, role management tool typically identifies role manifests 113 corresponding to the particular role and uses the information in the corresponding role manifest to build up and configure the role-specific components. Role manifests 113 typically identify the specific portion of role-specific component codes that is used to build the role specific components for each role and information for configuring the role specific components for the role. Typically, each of the role manifests 113 only identifies components that are required by a particular role. Thus, components that are not required by the role are not installed. Role manifests 113 also include information for uninstalling or removing the components for the roles. Role manifests 113 may be implemented as any type of data structure, such as XML data files.

Role management tool 105 may access role component codes 115 from a computer-readable medium, such as an installation disk, an installation file on a network, or the like. Role management tool 105 may be configured to provide a user interface for a user, such as a system administrator, to select a role for server 103. Role management tool 105 then automatically installs components associated with the selected role. To enable customization, role management tool 105 may provide components and preferences associated with the role for selection by the user. It is to be understood that role management tool 105 is typically configured to provide for selection only those components and preferences that are relevant to the selected role. Thus, a system administrator does not have to have specialized knowledge to independently determine what components are necessary to implement the desired role.

Role management tool 105 may be configured to assess and track the state of installed roles. For example, role management tool 105 may determine whether a given role is installed already or not. Role management tool 105 may also prevent the installation of components or sub-components that may destabilize the installed server roles.

Role management tool 105 may also be configured to include an entry in the registry of server 103 to identify the installation of a role. The entry enables role management tool 105 to identify the roles in server 103 and to locate the components associated with the role. Role management tool 105 may use the information to uninstall or modify the components associated with the role.

Role management tool 105 may also be configured to identify potential problems associated with a role installation on a server. For example, role management tool 105 may determine the impact the role installation would have on existing applications in the server. A system administrator may use this information to modify the role installation or the existing applications to resolve any identified problems.

FIG. 2 shows an example process 200 for configuring a server for a role. For example, process 200 may be implemented by a software management application, such as a server installer, a role management tool, or the like. At block 205, core components for an operational server are determined. At block 207, the core components are installed onto the server and are configured to perform basic operations of the server. For example, a server installer may retrieve relevant codes from a source, such as an installation disc or a network location, and build the core components using the retrieved codes. The server installer may then install and configure the core components in the server.

At block 211, role selection is requested. For example, a role management tool may provide a user-interface for a system administrator to select one or more roles for the server. At block 215, components corresponding to the selected role are automatically installed in the server and are configured. Installation and configuration of role-specific components will be discussed in conjunction with FIG. 3. Briefly stated, the components associated with a selected role are installed and configured without requiring extensive interaction by the system administrator. The role management tool may provide the system administrator with some selections of components that are related to the role. Components that are not associated with the selected role are not installed. Thus, it is not necessary to maintain and update components that are not used by the server to perform the selected role. Also, since the components installation and configuration are automated based on the selection of the role, the system administrator does not have to possess a detailed understanding of the components in order to correctly install and configure the server for the role.

FIG. 3 shows an example process 300 for installing components associated with a role for a server. For example, process 300 may be implemented by a role management tool to configure the server for a particular role selected by a system administrator. Process 300 may be repeated to install multiple roles on the server. At block 304, a request to configure a server for a selected role is received. At block 306, components associated with the role are determined. At block 308, the selection of optional server role components for installation is received. These optional components are related to the selected role. At block 310, existing applications that will be affected by the role installation are identified, if any. The step in block 310 may be used for a Terminal Server role. Other roles may not include the step in block 310. At block 312, the selection of preferences related to the role installation is received. At block 314, the components for the selected role are installed. At block 316, keys associated with the role and the components are included in the registry. At block 318, a summary of the installation is provided.

FIG. 4 shows an example process 400 for modifying a server installation. For example, process 400 may be implemented by a role management tool to uninstall or modify an existing role on a server. At block 403, a request to modify a server installation is received. At block 405, an existing role installation in the server is identified for modification. At block 407, components associated with the existing role are identified. Existing roles and components on a server may be identified from entries in the registry or calls to role APIs. At block 409, existing applications that will be affected by the role modification are identified, if any. At block 411, a selection of options related to the modification is received. At decisional block 413, a determination is made whether to uninstall or reconfigure the role. If the determination is to uninstall the role, process 400 moves to block 415 where the role is uninstalled.

Returning to decision block 413, if the determination is to modify the role, process 400 continues at block 421 where the role is reconfigured as selected. At block 417, keys in the registry associated with the role and the components are updated. At block 419, a summary of the modification is provided.

The following Table 1 shows example roles and example technologies and functionalities associated the roles: TABLE 1 Example roles and technology/functionality associated the roles. Role Technology/Functionality Included Application Server Interix, COM+, DTC, MSMQ and items from the web server Web Server FTP, HTTP SSL, IIS Admin, SMTP, WWW Publishing Media Server Windows Media Services Windows Sharepoint Document Mgmt, Collaboration, and Platform File SMB Server, DFS, FRS, Disk Quotas, Print Print Spooler, TCP/IP Print Server Active Directory Identity and Access Management Federation Server Directory Directory, Kerberos KDC, Distributed Link Tracking Server, Intersite Messaging, ESE DHCP DHCP Server DNS DNS Server RADIUS IAS Jet Database Access, Internet Authentication Service VPN Routing and Remote Access Certificate Server Certificate service Rights Management RMS Server Server Terminal Server TS, Session Directory, TS Licensing Windows Update WUS Server Services

FIG. 5 shows a screenshot 500 of an example user interface for installing and modifying software components in a server. The example user interface may be provided by a role management tool to enable a system administrator to configure a server for a role. As shown FIG. 5, initial setup for the server has been completed. Screenshot 500 shows that the initial setup has configured the server with basic functionalities, such as administration account specification, network configuration, computer name and domain information, firewall installation, updates installation, or the like.

The user interface also enables the system administrator to configure the server for one or more roles. For example, the administrator may select an add roles trigger 507 to enable the role management tool to automatically add and configure components in the server for the selected role. The role management tool may be configured to ensure that prerequisite components have already been installed before a role and the associated components are installed.

FIG. 6 shows a screenshot 600 of an example user-interface for selecting a role for a server. As shown in FIG. 6, a role selection interface 603 is provided when add roles trigger 507 in FIG. 5 is activated. Role selection interface 603 includes roles that can be added to the server. Available roles may include file service, print service, directory service, domain name service (DNS), dynamic host configuration protocol (DHCP) service, update services, Sharepoint, web service, terminal service, or the like. In screenshot 600, the Terminal Service role has been selected.

FIG. 7 shows a screenshot 700 of an example user-interface for selecting components for a role. Screenshot 700 shows a component selection interface 704 that is provided after the selection of the Terminal Service role. As shown in FIG. 7, component selection interface 704 includes components that are related to the Terminal Service role. An administrator may select only components that are needed for the server to perform the desired Terminal Service functions. In screenshot 700, the terminal server component and the license server component are selected.

FIG. 8 shows a screenshot 800 of an example user interface for showing information related to installing a role in a server. Screenshot 800 shows an application information interface 805 that is provided after a role has been selected to be installed. As shown in FIG. 8, application information interface 805 shows which applications will be affected by the Terminal Service role installation and how these applications will be impacted.

FIG. 9 shows a screenshot 900 of an example user interface to select preferences related to installing a server role. As shown in FIG. 9, a security selection interface 906 is provided to enable a system administrator to select the security level for the server on which the selected Terminal Service role is to be installed. Other role preferences may also be provided in interfaces similar to interface 906. For example, interfaces may be provided for the system administrator to specify a licensing mode, users, to configure a license server, or the like. Screenshot 900 shows that Full Security is selected for the server with the Terminal Service role.

FIG. 10 shows a screenshot 1000 of an example user interface for providing a summary of a server role installation. As shown in FIG. 10, an installation summary interface 1002 is provided to show significant information about the Terminal Service role installation. Installation summary interface 1002 may be provided before the actual installation process is initiated. A system administrator may confirm the role installation using the information provided in installation summary interface 1002. FIG. 11 shows another screenshot 1104 of the example user interface shown in FIG. 10.

FIG. 12 shows a screenshot 1200 of an example user interface for displaying information about a server. Server management interface 1203 may be provided by a role management tool to display status and configuration data related to a role that has been installed on the server. A system administrator may use server management interface 1203 to modify the installed role.

FIG. 13 shows another screenshot 1300 of the example user interface shown in FIG. 12. As shown in FIG. 13, an installation status area 1306 is provided to display information about the status of a server with a role installation. In screenshot 1300, information, such as critical events, service state, ports that are in use, or the like, are shown in installation status area 1306. A system administrator may use the information to monitor and manage the installed role.

FIG. 14 shows an exemplary computer device 1400 for implementing the described systems and methods. In its most basic configuration, computing device 1400 typically includes at least one central processing unit (CPU) 1405 and memory 1410.

Depending on the exact configuration and type of computing device, memory 1410 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. Additionally, computing device 1400 may also have additional features/functionality. For example, computing device 1400 may include multiple CPU's. The described methods may be executed in any manner by any processing unit in computing device 1400. For example, the described process may be executed by both multiple CPU's in parallel.

Computing device 1400 may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in FIG. 14 by storage 1415. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Memory 1410 and storage 1415 are all examples of computer storage media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computing device 1400. Any such computer storage media may be part of computing device 1400.

Computing device 1400 may also contain communications device(s) 1440 that allow the device to communicate with other devices. Communications device(s) 1440 is an example of communication media. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. The term computer-readable media as used herein includes both computer storage media and communication media. The described methods may be encoded in any computer-readable media in any form, such as data, computer-executable instructions, and the like.

Computing device 1400 may also have input device(s) 1435 such as keyboard, mouse, pen, voice input device, touch input device, etc. Output device(s) 1430 such as a display, speakers, printer, etc. may also be included. All these devices are well know in the art and need not be discussed at length.

While the preferred embodiment of the invention has been illustrated and described, it will be appreciated that various changes can be made therein without departing from the spirit and scope of the invention. 

1. One or more device-readable media encoded with device-readable instructions including steps comprising: installing core components in a server, the core components providing functionalities for the server to act as an operational computing device; receiving a selection to configure the server for a role; automatically identifying software components corresponding to the role; building the software components from codes; installing the software components in the server; and configuring the software components to perform the role.
 2. The one or more device-readable media as recited in claim 1, the steps further comprising: receiving selections of the software components associated with the selected role; and installing only the selected software components.
 3. The one or more device-readable media as recited in claim 1, the steps further comprising: receiving selections of preferences associated with the selected role; and configuring the software components associated with the selected role in accordance with the selected preferences.
 4. The one or more device-readable media as recited in claim 1, the steps further comprising: determining a manifest associated with the selected role, the manifest including information about the software components corresponding the selected role; and identifying the codes based, at least in part, on the information included in the manifest.
 5. The one or more device-readable media as recited in claim 4, the steps further comprising building and configuring the software components based, at least in part, on the information included in the manifest.
 6. The one or more device-readable media as recited in claim 1, the steps further comprising: creating identifiers indicating the selected role and the installed software components associated with the selected role; and including the identifiers in a program registry in the server.
 7. The one or more device-readable media as recited in claim 1, the steps further comprising: identifying applications in the server that will be affected by installing the software components associated with the selected role; and providing a notification about the identified applications prior to installing the software components.
 8. The one or more device-readable media as recited in claim 1, wherein the role includes at least one of file service, print service, directory service, domain name service (DNS), dynamic host configuration protocol (DHCP) service, update services, Sharepoint, application service, web server, terminal service, media server, remote authentication dial-in user service (RADIUS), application gateway, virtual private network (VPN) service, certificate service, active directory, federation service, universal description, discovery and integration (UDDI), Active Directory, Active Directory Application Mode (ADAM) or rights management service.
 9. A computing device configured to read the one or more device-readable media and to perform the steps as recited in claim
 1. 10. One or more device-readable media encoded with device-readable instructions including steps, comprising: identifying a role installed on a server; receiving a selection to modify the role; determining software components associated with the role; and modifying the software components associated with the role in accordance with the selection.
 11. The one or more device-readable media as recited in claim 10, the steps further comprising: determining keys associated with installed roles in a registry in the server; and identifying the role based, at least in part, on the determined keys.
 12. The one or more device-readable media as recited in claim 10, the steps further comprising: identifying keys associated with the modified role in a registry; and updating the keys to account for the modification.
 13. The one or more device-readable media as recited in claim 10, wherein modifying the role includes at least one of uninstalling the role or reconfiguring the role.
 14. The one or more device-readable media as recited in claim 10, wherein the role includes at least one of file service, print service, directory service, domain name service (DNS), dynamic host configuration protocol (DHCP) service, update services, Sharepoint, application service, web server, terminal service, media server, remote authentication dial-in user service (RADIUS), application gateway, virtual private network (VPN) service, certificate service, active directory, federation service, universal description, discovery and integration (UDDI), Active Directory, Active Directory Application Mode (ADAM) or rights management service.
 15. A computing device configured to read the one or more device-readable media and to perform the steps as recited in claim
 10. 16. A system for configuring a server, comprising: means for installing core components on the server; means for identifying a selection of a role for the server; means for determining software components associated with the selected role based, at least in part, on information in a manifest associated with the selected role; means for building the software components from codes; means for installing the software components on the server; and means for configuring the software components in accordance with the selected role.
 17. The system as recited in claim 16, further comprising means for identifying the role and the associated software components using at least one of a registry or a role API call.
 18. The system as recited in claim 16, further comprising; means for identifying applications that will be affected by installing the software components associated with the role; and means for providing a notification about the identified applications.
 19. The system as recited in claim 16, further comprising: means for determining to modify the role after installation; and means for identifying the software components associated with the role from information using at least one of a registry or a role API call.
 20. The system as recited in claim 16, further comprising means for configuring the server for the selected role without installing other software components that are unrelated to the role.
 21. The system as recited in claim 16, further comprising: means for identifying another role for removal; and means for automatically identifying and uninstalling software components that are unrelated to the other identified role.
 22. The system as recited in claim 16, further comprising means for determining whether prerequisite components are installed on the server prior to installing the software components corresponding to the role. 